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(54) Integrated circuit tester with multi-port testing functionality 



(57) Disclosed is an automated test equipment - 
ATE - (200) having a tester-perpin architecture with a 
plurality of individual decentralized per-pin testing units 
(700), wherein each per-pin testing unit (700i) being 
adapted for testing a respective DUT-pin (di) of a device 
under test - DUT - (600) by emitting stimulus response 
signals to the respective DUT-pin and/or receiving stim- 
ulus response signals from the respective DUT-pin. For 
testing the DUT, the following steps are executed: 

defining - for a testing sequence - the DUT into one 



or more DUT-cores representing one or more func- 
tional units of the DUT and covering one or more 
DUT-pins of the DUT, and 

assigning - during the testing sequence - one or 
more of the per-pin testing units (700i) to one or 
more ATE-ports (21 0-240), whereby each ATE-port 
comprises one or more of the per-pin testing units 
(700i) and represents an independent functional 
testing unit for testing one or more of the DUT-cores 
during the testing sequence. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to testing of in- 
tegrated circuits with automated test equipment. 
[0002] Integrated Circuits (IC) generally need to be 
tested to assure proper operation. This - in particular - 
is required during IC development and manufacturing. 
In the latter case, the ICs are usually tested before final 
application. During test, the IC, as a device under test 
(DUT), is exposed to various types of stimulus signals, 
and its responses are measured, processed and usually 
compared to an expected response of a good device. 
Automated test equipment (ATE) usually performs 
these tasks according to a device-specific test program. 
[0003] During test, each pin of the DUT that is relevant 
for this test is connected to the ATE's pin electronic. 
There are generally two types of ATEs: one type with 
centralized resources and another type with decentral- 
ized resources based on a per-pin architecture. In the 
latter case, the resources on the per-pin basis further 
comprise some central resources, in particular for cen- 
trally controlling the sequence and period of applied test 
stimulus vectors. The per-pin architecture generally en- 
ables high performance and scalability at acceptable 
costs. Examples for ATE with per-pin architecture are 
the Agilent 83000 and 93000 families of Semiconductor 
Test Systems of Agilent Technologies. Details of those 
families are also disclosed e.g. in EP-A-859318, EP-A- 
864977, EP-A-886214, EP-A-882991 , US-A-5,499,248, 
US-A-5,453,995. 

[0004] The semiconductor industry is characterized 
by an ever-increasing integration of capabilities on a sin- 
gle IC. In the last years, ICs can be designed encom- 
passing virtually all functions that constitute a complete 
(end-user) system. Such devices are generally called 
systems on a chip (SOC). A typical SOC integrates a 
set of analogous, digital, or memory DUT-cores that are 
used in multiple designs in order to gain design produc- 
tivity. The term VUT-core' as used herein shall gener- 
ally represent an architectural component within an IC 
(as DUT) that is characterized by an interface that is 
specified in terms of a set of input and output signals, 
signal timing conditions and a behavioral model (much 
like an independent device). Increasingly, SOCs are de- 
signed hierarchically, i.e. fully designed DUT-cores are 
integrated into the SOC. 

[0005] Fig. 1 shows an example of an SOC with inter- 
nal arid peripheral DUT-cores. In this example, the SOC 
10 comprises, as internal DUT-cores 15, a Random Ac- 
cess Memory (RAM) 20, a Read-Only Memory (ROM) 
30, a Micro Processor Unit (MPU) 40, a Digital Signal 
Processor (DSP) 50, and an Graphics Processor Unit 
(GPU) 60. As peripheral DUT-cores, the SOC 10 in this 
example comprises a Local Area Network (LAN) module 
70, a flat panel interface 80, an audio block 90, a Dy- 
namic Random Access Memory (DRAM) 100, an Uni- 



versal Serial Bus (USB) 110, a High-Speed Serial Inter- 
face (HSS) 120, and a scalability bus 130 (e.g. an Ad- 
vanced Graphics ATE-port - AGP). The SOC 10 in the 
example of Fig. 1 integrates all major functions and in- 
s terfaces of a personal computer (PC) and could be ap- 
plied for a highly-integrated notebook. 
[0006] DUTs become increasingly complex internally, 
while the bandwidth (as the product of the number of 
signal pins and the data rate) of a DUT-interface does 
10 not increase correspondingly. The DUT-interface refers 
to all signal pins of the DUT that are used for communi- 
cation with the environment of the DUT and specifically 
for testing the DUT. Since the test stimulus and re- 
sponse data have to flow through the DUT interface, the 
is testing time and thus the related testing cost for testing 
SOCs become excessive. 

SUMMARY OF THE INVENTION 

[0007] It is an object of the present invention to pro- 
vide an improved test equipment (ATE) which in partic- 
ular addresses the increase of test costs relative to over- 
all costs of integrated circuit (ICs). 
[0008] The object is solved by the independent 
claims. Preferred embodiments are shown by the de- 
pendent claims. 

[0009] The invention utilizes an automated test equip- 
ment (ATE) with a tester-per-pin architecture having 
multiple individual per-pin testing units, so that each 
DUT-pin of a device under test (DUT) can be addressed 
by a decentralized per-pin testing unit, which again 
might receive stimulus response signals from the re- 
spective DUT-pin. For each testing sequence, the DUT 
is defined into one or more DUT-cores that might rep- 
resent one or more functional units of the DUT and might 
be accessible through one or more DUT-pins of the DUT 
To each DUT-core of the DUT, the ATE assigns one or 
more ATE-ports. Each ATE-port covers one or more 
per-pin testing units and represents an independent 
testing unit within the ATE. 

[001 0] The DUT can then be tested in that each ATE- 
port assigned to a respective DUT-core will test this 
DUT-core (i.e. one or more pins of the DUT connecting 
to a functional unit). Since the ATE-ports represent in- 
dependent functional units within the ATE, the testing of 
all addressed DUT-cores in the DUT can be provided 
not only serially, i.e. the DUT-cores are tested succes- 
sively, but also in parallel, I.e. more than one DUT-core 
will be tested concurrently. 

[0011] The term "testing sequence" as used herein 
shall mean a temporal unit wherein the assignment of 
ATE-ports to DUT<ores remains unchanged. That does 
not necessarily mean that the assignment ATE-ports to 
DUT-cores has to be maintained unchanged as long as 
a specific test is executed. It is clear that by employing 
systems such as time-multiplexing of per-pin testing 
units for testing multiple DUT-cores successively, the 
ATE-ports may 'overlap'. However, during a single 
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'timeslot' in a testing sequence, each ATE-port is clearly 
assigned to one or more specific DUT-cores. In other 
word, during such a timeslot, each 'ATE-pin' of the ATE 
is clearly assigned for testing one or more DUT-cores 
through one specific DUT-pin. s 
[0012] The term 'ATE-pin 1 as used herein shall not on- 
ly mean an electrical contact of an individual per-pin 
testing unit, but shall also - dependent on the specific 
context - represent the individual per-pin testing unit it- 
self. Accordingly, the term 'DUT-pin' as used herein shall 10 
not only mean an electrical contact of the DUT, but shall 
also - dependent on the specific context - represent the 
respective functionality of the DUT accessible through 
that DUT-pin. 

[0013] It is to be understood that changing the assign- is 
ment of ATE-ports to DUT-cores can be done physically, 
i.e. by switching physical connections between ATE- 
pins and DUT-pins (e.g. employing switches and/or mul- 
tiplexers), as well as virtually, i.e. without changing phys- 
ical connections between ATE -pins and DUT-pins (e.g. 20 
employing adequate software tools). Physically chang- 
ing the assignment is currently applied mainly for testing 
analogue DUTs or DUT-cores. Correspondingly, virtual- 
ly changing the assignment is currently applied mainly 
for testing digital DUTs or DUT-cores. It is clear that the 25 
invention can be applied to both or other corresponding 
concepts either separately or in combination. 
[0014] The invention enables to reconfigure the ATE 
per-pin testing units to belong to one ATE-port from one 
test to the other. For each ATE-port, the timing and stim- 30 
ulus/response pattern can be defined and programmed 
independently, as if the set of DUT-pins assigned to an 
ATE-port would constitute a device in itself. Preferably, 
each ATE-port's test condition can specify: 

35 

• a cycle time (period) of a stimulus and response 
vector for the ATE-port; 

• a per-pin timing in terms of sets of available wave- 
forms for each ATE-pin, whereby each waveform *o 
represents a sequence of events of various types 
occurring at specified instances in time; 

• a pattern program: e.g. a sequencer program of the 
ATE-port (e.g. instructions to loop test vectors or for 4S 
conditional branching as typical for random logic 
tests) or an algorithmic pattern generator (APG) 
program of the ATE-port (typically for memory 
tests); 

50 

• a per-pin vector data for each pin of the ATE-port; 
and/or 

• analogue set-up conditions for analogue pins of the 
ATE-port. 55 

[0015] The invention further allows specifying overall 
test conditions for a test that concurrently operates on 
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multiple ATE-ports, preferably: 

• determining a set of concurrently active ATE-ports 
during a defined testing sequence; 

• selecting the ATE-port test conditions for one or 
more ATE-pins: e.g. an ATE-port timing setup for 
one or more ATE-pins; 

• if necessary, specifying global test conditions to ex- 
press dependencies between pins of the DUT and 
the ATE: e.g. global DUT specifications; and/or 

• determining a multi-port pattern burst that defines 
a sequence of per-ATE-port pattern programs for 
each ATE-port. 

[0016] Based on the overall test conditions of a test 
execution, the invention can check the consistency of 
the test conditions for each ATE-pin: e.g. whether any 
hardware limitations are exceeded. Also, the complete 
test setup can be downloaded prior to testing a first DUT 
with rapid activation of the particular test setup during 
production test. 

[0017] The invention thus allows that there is substan- 
tially no limitation to the amounts of configured ATE- 
ports concurrently used for testing, whereby a single 
per-pin testing unit may already constitute one ATE- 
port. Also, there are no limitations to the granularity of 
assigning per-pin testing units to ATE-ports, so that 
each per-pin testing unit can be freely assigned to an 
ATE-port while existing solutions generally require 
blocks of per-pin testing units (e.g. 64) to be assigned 
commonly. 

[0018] The invention thus enables parallel testing of 
multiple independently accessible DUT-cores within a 
system on a chip (SOC). The invention further improves 
the utilization of available DUT interface bandwidth by 
enabling ATE-port vector rates and sequencer/APG 
programs optimized according to the tested DUT-core 
only • independently from concurrently tested ATE- 
ports. 

[001 9] It is clear that the invention can be partly or en- 
tirely embodied or supported by one or more suitable 
software programs, which can be stored on or otherwise 
provided by any kind of data carrier, and which might be 
executed in or by any suitable data processing unit. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0020] Other objects and many of the attendant ad- 
vantages of the present invention will be readily appre- 
ciated and become better understood by reference to 
the following detailed description when considering in 
connection with the accompanied drawings. Features 
that are substantially or functionally equal or similar will 
be referred to with the same reference sign(s). 
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Fig. 1 shows an example of an SOC with internal 
and peripheral DUT-cores, as known in the 
art; 

Fig. 2 shows an example of an ATE 200, according s 
to the invention, having multiple ATE-ports 
configured to concurrently test several inde- 
pendent peripheral or internal DUT-cores; 

Fig. 3 shows the DUT 10 with examples of ATE- 10 
port assignments to pins of the DUT 10; 

Fig. 4 depicts the overall timing conditions of a test 
with two ATE-ports A and B; 

15 

Fig. 5 depicts an example of a pattern execution of 
a test with three ATE-ports l-lll ; 

Fig. 6 shows a multi-port approach according to 

the invention applied for testing a SOC de- 20 
vice as DUT 600; 

Fig. 7 depicts an example for the connection be- 
tween the per-pin ATE 200 and the DUT 600; 

25 

Fig. 8 is a schematic diagram of a digital per-pin 
testing unit 700i; 

Fig. 9 illustrates how the software memory man- 
agement uses the per-ATE-pin timing condi- 30 
tion sets; and 

Fig. 1 0 depicts an example of a main pattern that im- 
plements the concurrent DUT-core access 
for two DUT-cores by switching the ATE-port 35 
configuration from one testing sequence to 
another. 



DETAILED DESCRIPTION OF THE INVENTION 

40 

[0021] The invention introduces two kinds of concepts 
that allow describing a multi-port test setup: 

1 . Per-ATE-port concepts allowing to describe test 
conditions specific to ATE-ports - i.e. specific to a 45 
set of ATE-pins that are connected to a subset of 
DUT-pins as if the DUT-pins constituted an individ- 
ual DUT in itself, e.g.: 

a. the ATE-port definition itself, which assigns so 
(e.g. digital or analog) ATE resources to DUT- 
pins (cf. Chapter 1 as below), 

b. timing conditions for each ATE-port (cf. 
Chapter 2 as below), ss 

c. stimulus and response pattern programs for 
each ATE-port (cf. Chapter 3 as below). 



2. ATE-port global concepts allowing to integrate 
test conditions for each ATE-port into a multi-port 
test setup that is active during a testing sequence, 
e.g.: 

a. specification blocks referencing the timing 
conditions for each ATE-port (cf. Chapter 2 as 
below), 

b. pattern bursts referencing the pattern pro- 
grams for each ATE-port (cf. Chapter 3 as be- 
low). 

[0022] As analog test resources of an ATE are nor- 
mally programmed individually without interdepend- 
ence with other resources, no considerations shall be 
made herein regarding a concept for determining test 
conditions for these resources on a per-ATE-port basis. 
[0023] Other per-ATE-port concepts may ease reuse 
of entire tests by tying the setup of a subset of ATE-pins 
together, e.g.: 

- per-ATE-port I/O and termination voltages (e.g. of 
a Rambus ATE-port), or 

- per-ATE-port test procedures enabling parallel test 
execution - much like for a multi-processor worksta- 
tion (e.g. executing a redundancy repair test for an 
embedded memory DUT-core while performing an 
analog capture test with post-processing the re- 
sults). 

[0024] The following three chapters introduce - in 
more detail - the aforementioned concepts according to 
the invention. The fourth chapter introduces a fictitious 
SOC device as an example application for multi-port 
tests. The fifth chapter provides implementation details 
based on the fictitious multi-port test application intro- 
duced in Chapter 4. 

CHAPTER 1: ATE-PORT DEFINITION 

[0025] Fig. 2 shows an example of an ATE 200 having 
multiple ATE-ports configured to concurrently test sev- 
eral independent peripheral or internal DUT-cores. In 
this example, the DUT 10 comprises as internal DUT- 
cores 15 the MPU 40, the DSP 50 and the RAM 20 (cf. 
also Fig. 1). As peripheral DUT-cores, the DUT 10 com- 
prises the LAN 70, the DRAM 100, and the USB 110. 
[0026] For testing the DUT 1 0, the ATE 200 having a 
tester-per-pin architecture comprises a plurality of indi- 
vidual per-pin testing units (not shown in detail in Fig. 
2), each allowing to provide a stimulus signal to a spe- 
cific pin of the DUT 10 and to receive a stimulus re- 
sponse therefrom. For testing the internal DUT-cores 15 
(i.e. units 40, 50, and 20) of the DUT 10, the ATE 200 
assigns an ATE-port 210 as a specific subset of individ- 
ual per-pin testing units for testing the functionality of 
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the internal DUT-cores 40, 50, and 20. Accordingly, the 
ATE 200 further provides an ATE-port 220 for testing the 
USB 110, an ATE-port 220 for testing the DRAM 100, 
and an ATE-port 230, for testing the LAN 70, each ATE- 
port having a specific subset of individual per-pin testing 
units. 

[0027] A clock generator 250 in Fig. 2 represents, on 
one hand, a central digital clock source routed to each 
per-pin testing unit. On the other hand, it may (concep- 
tually) represent any resource that is central for all per- 
pin resources. As such, it limits the multi- ATE-port tests 
to test conditions that can be enabled based on a single 
setup for the central resources: e.g. a single period of a 
central digital master clock. 

[0028] Fig. 3 shows - from a different angle than Fig. 
2 - the DUT 1 0 with examples of ATE-port assignments 
to pins of the DUT 1 0. In this example, the DUT 1 0 com- 
prises individual DUT-pins 300A, 300B, .... 300R, each 
DUT-pin representing an external electrical contact 
which can be accessed by an individual per-pin testing 
unit. For a first testing sequence, the DUT-pins 300A to 
300E are assigned to an ATE-port A, the DUT-pins 300F 
to 300H are assigned to an ATE-port B, and the DUT- 
pins 300K to 300Q are assigned to an ATE-port D. In a 
next testing sequence, the ATE-ports 300B to 300H are 
assigned to an ATE-port C instead of the assignments 
A and B. While the ATE-ports A and B maybe concur- 
rently used for testing, the ATE-port C can only be used 
independently of ATE-ports A and B. 

CHAPTER 2: PER-ATE-PORT TIMING AND ATE- 
PORT GLOBAL SPECIFICATION BLOCK 

[0029] Fig. 4 depicts the overall timing conditions of a 
test with two ATE-ports A and B. The timing conditions, 
in this example, are specified as following: 

a. Providing for the ATE-port A per-ATE-port wave- 
form definitions 400A and equation blocks 41 OA, 
and for the ATE-port B per-ATE-port waveform def- 
initions 400B and equation blocks 41 OB. The wave- 
form definitions 400 and equation blocks 410 are 
specified as if the ATE-pins of the respective ATE- 
port A or B were input/output signals of a small vir- 
tual device. These per-ATE-port waveform defini- 
tions 400 and equation blocks 410 are fully inde- 
pendent from other ATE-ports (than the ATE-ports 
A and B) and the device as a whole, hence can be 
reused for other multi-ATE-port tests or even other 
SOC devices with the same DUT-port. 

b. Within a specification block 420, selecting the 
per-ATE-port waveform definition 400 and the 
equation blocks 41 0 to be activated concurrently. 

c. Within the specification block 420, defining ATE- 
port-specific values for external variables (specifi- 
cation values) of the equation blocks 410. 
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d. Within the specification block 420, defining DUT- 
global values for external variables that are com- 
mon to multiple per-ATE-port equation blocks (e.g. 
°tper= 10", whereby "tper" represents an ATE-port 
s global operation period of the device, while "tsu" 
represents a setup time specific to ATE-port A and 
"thld" represents a hold time specific to ATE-port B). 

CHAPTER 3: PER-ATE-PORT PATTERN PROGRAMS 
10 AND ATE-PORT GLOBAL MULTI-PORT BURST 

[0030] Fig. 5 depicts an example of a pattern execu- 
tion of a test with three ATE-ports l-lll, wherein the con- 
current execution of per-ATE-port pattern programs for 
the three ATE-ports is specified by an ATE-port global 
multi-port burst. 

[0031] An ATE-port pattern program is either a se- 
quencer program and vector data for a random logic test 
or an algorithmic pattern generator (APG) program for 
testing a memory DUT-core. The ATE-port pattern pro- 
gram is specified as if the DUT-pins connected to the 
per-pin testing units of the ATE-port were input/output 
signals of a small virtual device. It is fully independent 
from other ATE-port pattern programs, hence can be re- 
used for other multi-ATE-port tests or even other SOC 
devices with the same DUT-port. In the example of Fig. 
5, seven different ATE-port pattern programs A-D, M, N, 
and X are specified for the three ATE-ports l-lll. 
[0032] A multi-port burst is an ATE-port global con- 
cept to integrate the per-ATE-port pattern programs into 
the overall pattern execution for a test. A multi-port burst 
specifies: 

a. The ATE-port execution context that refers to the 
set of concurrently active ATE-ports during pattern 
execution. 

b. A sequence of per-ATE-port pattern programs for 
each ATE-port. In the example of Fig. 5, the se- 
quence for ATE-port I is only ATE-port pattern pro- 
gram X. For ATE-port II, the sequence of ATE-port 
pattern programs is A, B p A, C, and D. For ATE-port 
III, the sequence of ATE-port pattern programs is M 
andN. 

c. Global sequencing commands for synchronizing 
the execution across ATE-ports. These commands 
may modify global test conditions as for example 
DUT-global timing specifications. 

d. The behavior of an ATE-port when idling: e.g. a 
repeated sequence of vectors or a constant state. 
If not specified within the multi-port burst the idling 
behavior is determined by a fill-waveform described 
in the waveform definition that was selected in the 
specification block. 

[0033] The execution times of independent per-ATE- 
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port pattern programs may vary. Therefore, idle times 
may occur for ATE-ports until either a synchronization 
command occurs or until all per-ATE-port pattern pro- 
grams are finished. In the example of Fig. 5, idle times 
are - for ATE-port III - after executing ATE-port pattern 
program M and before synchronizing, and after execut- 
ing ATE-port pattern program N and before changing 
global timing specifications. For ATE-port I, idle times 
are before executing ATE-port pattern program X. No 
idle times are required for ATE-port II. 

CHAPTER 4: MULTI-PORT APPROACH TO TESTING 
A FICTITIOUS SOC DEVICE 

[0034] Fig. 6 shows - in a more specific example - a 
multi-port approach according to the invention applied 
for testing a SOC device as DUT 600, such as a com- 
munication device. An implementation of multi-port tests 
for that DUT 600 is described in the following Chapter 
5. The DUT 600 comprises 6 DUT-cores and has 23 
DUT-pins dl-d23. The DUT 600 comprises - as DUT- 
cores - an embedded processor MPU, an embedded 
memory RAM, two serial input DUT-cores 620A and 
620B, and two serial output DUT-cores 630A and 630B. 
[0035] An internal 16-bit bus 610 (operating e.g. at 
200Mbit/s) enables a point-to-point communication be- 
tween the DUT-cores. By means of bus-arbitration logic 
BA, two pairs of DUT-cores may concurrently stream da- 
ta at 100Mbit/s with each communication taking place 
in a 1 0ns time slice. For the sake of easier understand- 
ing, various DUT-pins and internal signals useful or re- 
quired for a true device shall not be considered here, 
specifically, the underlying clocking scheme. 
[0036] As testability features, the DUT 600 provides: 

• access to the internal bus 610 through an external 
memory bus D0..D15 (DUT-pins d4-d19) of the 
MPU, which is controlled by a DUT-pin DMux (DUT- 
pin d20), 

• a scan test mode of the MPU, which is controlled 
by a DUT-pin Tmode (DUT-pin d21), and 

• a Build-in-Self-Test engine BIST forthe RAM, which 
is controlled through the internal bus 610 and 
clocked through a DUT-pin BCLK (DUT-pin d3). 

[0037] In order to reduce testing time forthe DUT 600, 
three multi -ATE-port tests may be implemented (e.g. by 
the user) - each of which tests two DUT-cores concur- 
rently. Without going too far into implementation details, 
the following is an application-oriented description of the 
three tests: 

Test 1 : RAM and MPU tested concurrently in three 
testing sequences: 

a. Setup the BIST engine through a 
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BIST-port (DUT-pins: BCLK, D0..D15, 
DMux). 

b. Clock the BIST through a BIST-clock- 
ing-port (DUT-pin: BCLK) at-speed 
(200MHz) while concurrently testing the 
MPU at a different slower test rate (e.g. 
40MHz) through an MPU test ATE-port 
(DUT-pins: 11. .18, 01. .08, TMode). 

c. Read the result signature of the BIST 
engine through the BIST-port (DUT- 
pins: BCLK, D0..D15,DMux). 

The serial input DUT-core 620A and the se- 
rial output DUT-core 630A are tested con- 
currently through two high-speed serial ATE- 
ports (DUT-pins: SI1 and S01) and the data 
ATE-port (DUT-pins: D0..D15, DMux). The 
high-speed serial ATE-ports operate here at 
800Mbits/s. The data ATE-port concurrently 
compares the data received through SI1 and 
provides the parallel data to be output seri- 
ally by S01 . This is achieved by time-slicing 
the per-ATE-port pattern through the data 
ATE-port - each time slice is a testing se- 
quence with a particular assignment of ATE- 
ports to DUT-cores. 

The serial input DUT-core 620B and the se- 
rial output DUT-core 630B are tested in ac- 
cordance with Test 2 as above. The same 
test setup applies to the data ATE-port, how- 
ever, the test setup of ATE-ports (DUT-pins: 
SI1 and S01) are replicated in the digital 
ATE-pins of ATE-port (DUT-pins: SI2 and 
S02). Alternatively, if analog resources are 
needed to test the serial DUT-pins, then the 
same analog test resources might be routed 
to the DUT-pins SI2 and S02 for this test. 



CHAPTER 5: IMPLEMENTATION OF MULTI-PORT 
TESTS 

[0038] Prior to describing the implementation of the 
introduced multi-port concepts the ATE-configu ration 
for the example of the multi-DUT-port test shall be clar- 
ified. 

[0039] Fig. 7 depicts an example for the connection 
between the per-pin ATE 200 and the DUT 600. Every 
DUT-pin d1-d23 of the DUT 600 is connected to a re- 
spective one of ATE-pins al -a23. Each one of the ATE- 
pins ai -a23 represents the electrical contact towards 
the DUT 600 of a respective one of per-pin testing units 
700A-700W of the ATE 200. Each per-pin testing unit 
700 can operate independently besides a common syn- 
chronization bus 710 that primarily distributes a central 
clock. Without loosing generality, it shall be assumed 
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that ATE-pin aj is connected to DUT-pin d i( with i = 1, 

2, ...,23. 

[0040] A controlling workstation 720 interfaces to the 
per-pin testing units 700 as well as shared components 
in the ATE 200 to download setup data or to upload re- 
sult data. The controlling workstation 720 also starts test 
execution, but does not participate in the test execution 
that is under control of the per-pin testing units 700 with 
the help of a central synchronization unit 730. 
[0041] An alternative configuration may use shared 
analog test resources of the ATE 200 to stimulate or cap- 
ture the data of the high-speed serial DUT-pins dj. In this 
case, a switching unit (e.g. a relay in the ATE 200) may 
enable for dynamically assigning the analog resources 
to respective DUT-pins. For the above given Test 2 (cf. 
the above chapter 2), an analog stimulation unit (ASU) 
might be connected to the DUT-pin SM (cf. Fig. 6) and 
an analog capture unit (ACU) might be connected to the 
DUT-pin S01. Hence, the ASU implements ATE-port 
"Sir while the ACU implements ATE-port "S01". For 
the Test 2, they can be connected to the DUT-pin SI2 
respectively S02, hence implementing the ATE-port 
"SI2 M respectively "S02". 

[0042] Fig. 8 is a schematic diagram of a digital per- 
pin testing unit 700i with the ATE-pin a^ As far as re- 
quired here for the description of the present invention, 
the per-pin testing unit 700i comprises the features: 

A universal memory 800 of w words, which is used 
for storing: 

- Timing condition sets (in this example: s sets). 

Program memory (in this example: p instruc- 
tions) for sequencer and algorithmic pattern 
programs. 

- Vector memory (in this example: v vectors) for 
pattern program. 

Other uses. 

A test processor 810 with two main sub-compo- 
nents: 

a sequencer and algorithmic pattern generator 
(APG) 820 that reads program instructions and 
vector data out of the universal memory 800; 

- a formatter and timing generator 830 that gen- 
erates the drive and compare event sequence 
according to the currently active timing condi- 
tion set. 

- A pin electronics 840 whose primary function is to 
drive signals to the DUT 600 and receive signals 
therefrom. 



An interface of the per-pin testing unit 700i, with: 

an access control logic 850 that supports e.g. 
broadcasting to a subset of per-pin testing units 
5 (e.g. a subset constituting an ATE-port) 

a global set of synchronization signals that are 
processed by the test processor 

- a global bus that is primarily used by a control- 
ling workstation to write to and read from the 

10 universal memory 800 of each per-pin testing 

unit 700L 

[0043] The invention dynamically integrates per-pin 
testing units 700i into a commonly programmed set of 
15 test units referred to as an ATE-port. Specifically, the 
memory management (e.g. of employed software) must 
allocate timing condition sets, program instructions, and 
vector memory that are structured on a per-ATE-port ba- 
sis. 

20 [0044] This implementation approach of a multi-port 
test becomes clearer when explaining how the three 
multi-port tests (Tests 1 -3 of the above Chapter 4) of the 
fictitious DUT 600 are implemented. 
[0045] Prior to implementing the multi-port tests, test 

25 conditions have to be specified that are used throughout 
the test program development, e.g.: 

a. Which of the per-pin testing units 700i shall par- 
ticipate in the overall test, and how they are physi- 

30 cally connected to the DUT 600. The DUT-global 
names a1 ...a23 are defined for the ATE-pins of the 
per-pin testing units 700i. These names will be re- 
ferred to later when defining the ATE-port-local pin 
names. 

35 

b. How the per-pin testing units 700i behave when 
idling during a test without influencing the test re- 
sults of other concurrently active ATE-ports (e.g. 
drive astatic signal). 

40 

Re. Test 1 : Concurrent test of RAM and MPU 

[0046] The following describes the programming 
steps and how the system implements the used con- 
45 cepts: 

a. Defining the ATE-ports (cf. Fig. 6) used during 
the test: 

50 - BIST_PORT refers to DUT-pins BCLK, DO.. 

D15, and DMux. In order to uniquely identify a 
test resource, the mapping of names of DUT- 
pins for this ATE-port to the global pin names 
introduced before must be defined, e.g.: 

55 

- BLCK as alias for the per-pin testing units 700C 
with ATE-pin a3. 
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- D0..D15 as alias for the per-pin testing units 
700D-700S with ATE-pins a4-a19. 

DMux as alias for per-pin testing unit 700T with 
ATE pin a20. 5 

- BIST_CLK_PORT refers to DUT-pin BCLK. 

BCLK as alias for the per-pin testing units 700C 
with ATE-pin a3. 1 <> 

- MPU_TEST_PORT refers to DUT-pins 11 ..18, 01 .. 
08, TMode. 

II.. 18 as alias for the per-pin testing units 700D- 15 
700K with ATE-pins a4..a1l 

01. .08 as alias for the per-pin testing units 
700L-700S with ATE-pins a12..a19 

20 

- TMode as alias for the per-pin testing unit 700T 
with ATE-pin a20 

Besides storing the ATE-port definition and the 
name mappings in an appropriate data structure, & 
the invention configures the access control logic 
850 of the per-pin testing units 700i to be able to 
store data or retrieve results by broadcasting. 

b. Foreach ATE-port, the waveform table and equa- 30 
tion sets have to be described (as shown in the 
above Chapter 2): 

BIST_PORT timing with 40MHz frequency. 

35 

- BIST_CLK_PORT timing with 200MHz fre- 
quency. 

- MPU_TEST_PORT timing with 40MHz fre- 
quency. 

Since the timing requirements of a DUT-pin 
may stay unchanged although it is assigned to var- 
ying ATE-ports (e.g. ATE-pin BCLK), a single wave- 
form table and/or equation set might be specified *s 
for the superset of all ATE-pins in multiple ATE- 
ports. For example MPU_TEST_PORT and 
BIST_PORT may share a common wave-table and 
equation set for the 40MHz frequency timing. 

50 

c. The test's overall timing condition specification 
blocks are described for the sets of concurrently ac- 
tive ATE-ports by referencing the previously defined 
waveform tables and equation sets (as described in 

the above Chapter 2). 55 

For each specification block, the invention ver- 
ifies that the timing can be implemented: e.g. that 
two active ATE-ports do not refer to the same ATE- 



pin or that the per-ATE-port periods can be imple- 
mented based on the central clock. 

Using the pre-configured broadcast, the inven- 
tion effectively downloads the timing definition for 
each ATE-port. Hence, the pins of an ATE-port have 
to share the same timing condition set for a speci- 
fication block. This requires effective memory man- 
agement of the timing condition sets to avoid wast- 
ing memory. 

Fig. 9 illustrates how the software memory 
management uses the per-ATE-pin timing condition 
sets assuring that: 

per-ATE-pin timing condition sets that need to 
be activated concurrently for an ATE-port use 
the same memory location, hereby enabling 
fast modifications and activation of timing con- 
dition sets of an ATE-port; 

if possible, unused memory locations are filled 
by timing condition sets that are downloaded 
later: e.g. timing condition set for the last spec- 
ification block (test 6) of ATE-port C fills an emp- 
ty spot. 

d. Per-ATE-port pattern programs are created for 
each step in the test (as described in the above 
Chapter 3). 

e. The multi-port bursts are defined for each step in 
the test (as described in the above Chapter 3): 

Burst for ATE-port BIST_PORT with single pat- 
tern program to setup the BIST engine. 

- Multi-port burst for ATE-ports BIST_CLK_ 
PORT and MPU_TEST_PORT to clock the 
BIST engine (at 200MHz) while testing the 
MPU (at 40MHz) through the 8 scan chains ac- 
cessible through 11. .18 and 01 ..08. Assuming 
sufficient access to the RAM DUT-core, an 
APG pattern program might run concurrently to 
the MPU test and generate a bitmap. 

Burst for ATE-port BIST_P0RT with single pat- 
tern program to read the result signature. 

As for the timing condition sets, the software 
memory management uses the per-ATE-pin pro- 
gram memory 800 and vector memory assuring 
that: 

Per-ATE-pin pattern programs that need to be 
activated concurrently for a ATE-port use the 
same memory locations, hereby enabling fast 
modifications and activation of pattern pro- 
gram's of a ATE-port. 
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15 

If possible, unused memory locations are filled 
by pattern programs that are downloaded later. 

f. In order to configure the first executable sub-test 
(setting up the BIST engine), the proper specifica- 5 
tion block and pattern program burst is selected. 
Similarly, the other two sub-tests are configured and 
these individual testing sequences are integrated 
into a single test. 

w 

g. It is specified that the test results should be 
logged and that the test flow should proceed ac- 
cording to whether this test passed or whether one 
or both DUT-cores (MPU or RAM) failed. 

15 

Re. Test 2: Concurrent test of SI1 and S01 

[0047] Initially, the same steps as for the Test 1 are 
followed: 

20 

a. Defining the ATE-ports used during the test: 

- DATA_PORT refers to ATE-pins D0..D15, 
DMux 

25 

- CORE_PORT refers to ATE-pins D0..D15 

- SUPPORT refers to ATE-pin SI1 

- SI2_PORT refers to ATE-pin SI2 (used for Test 30 
3) 

- S01_P0RT refers to ATE-pin S01 

- S02_PORT refers to ATE-pin S02 (used for 
Test 3) 

b. Specifying the per-ATE-port waveform table and 
equation set: 

- DATA_PORT timing with 200MHz frequency: 
DATA.PORTTIM 

- SI1.PORT timing with 800MHz frequency: 
SLPORTJIM 

S01_PORT timing with 800MHz frequency: 
SCLPORTTIM 

c. Defining the specification block integrating the so 
per-ATE-port timing conditions of the three ATE- 
ports. 

d. Creating per-ATE-port pattern programs. Two 
DUT-cores SI1 and S01 are accessed through a 55 
single ATE-port DATA_PORT f which requires inter- 
leaving the data for the DUT-cores. 

The data might be interleaved when generating 



the per-ATE-port pattern program for DATA_PORT. 
Alternatively, the invention supports maintaining the 
DUT-core data independently while flexibly defining 
the DUT-core access protocol. It is to be provided: 

- The ATE-pattern program of each DUT-core for 
a specified ATE-port ("core access ATE-port"). 
This type of pattern, generating the stream of 
DUT-core data, is referred to as "DUT-core pat- 
tern". In our example two DUT-core pattern 
would have to be specified - both interfacing to 
the DUT-core through the DUT-core access 
ATE-port CORE_PORT. 

A main pattern program that: 

- is defined for an ATE-port that is a superset 
of all ATE-pins needed for the DUT-core 
access; 

- identifies the DUT-core patterns that need 
to be integrated; 

generates the DUT-core access protocol 
pattern independent of the DUT-core data; 

- selects DUT-core data generated by the 
DUT-core pattern program as appropriate 
within the DUT-core access protocol (for 
the DUT-core access ATE-port specified 
by the DUT-core pattern). 



- The ATE-port configuration can be switched 
from one sub-test to another, but also within a 
pattern program. Hence, testing sequences 
can extend from a single test period up to com- 
plete tests. 

The DUT-core pattern are maintained inde- 
pendent from the DUT-core access protocol - 
hereby supporting: 

reuse of DUT-core pattern, 



Fig. 1 0 depicts an example of a main pattern 
that implements the concurrent DUT-core access 
35 for two DUT-cores. In vector 0, the DUT-core pat- 
tern "Sh_Data M and "S01_Data" are referenced 
such that in vector 1 and 3 the system can dynam- 
ically reconfigure the ATE to generate the DUT-core 
data at the DUT-core access ATE-port for the re- 
40 spective DUT-core (indicated by "p" in the table). In 
this example, the DUT-core access ATE-port 
CORE_PORT is used for both DUT-core pattern 
n SI1_Data" and "S01_Data M . 

The contribution of this part for the invention is 

45 that: 
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interleaving of pattern data to maximize uti- 
lization of the available bandwidth and ul- 
timately reducing test execution time by 
parallel testing of multiple DUT-cores. 

e. Defining a multi-port burst for the test (as de- 
scribed in Chapter 3). There are three ATE -ports 
that are concurrently active (Port Execution Con- 
text): 

DATA_PORT with the main pattern program 
referencing the DUT-core patterns. The ATE- 
port pattern program will be referred to as 
D ATA_P 0 RT_PAT. 

- SI1_P0RT driving the serial data stream to the 
external DUT-pin of the serial input DUT-core. 
This ATE-port pattern program will be referred 
toSLPORT_PAT. 

- S01_P0RT comparing the serial data stream 
from the external DUT-pin of the serial output 
DUT-core with the expected data. This ATE- 
port pattern program will be referred to 
SO_PORT_PAT. 

f. Selecting the proper specification block and the 
multi-port burst to configure the test (as described 
in Chapter 3). 

g. Specifying that the test results should be logged 
and that the test flow should proceed according to 
whether this test passed or whether one or both 
DUT-cores (SI1 or S01) failed. 

Re. Test 3: Concurrent test of SI1 and S01 

[0048] This test may be implemented as Test 2 by 
copying the test setup of ATE-port SI1_PORT respec- 
tively S01_PORT to ATE-port SI2_PORT respectively 
S02_PORT. The main pattern program referencing the 
DUT-core patterns may be reused without change as- 
suming that DUT-core SI2 and S02 behave identical to 
DUT-cores SI1 and S01. 

[0049] Beyond simple copy operations, the invention 
allows specifying shared per-ATE-port timing or pattern 
program for multiple ATE-ports. 
[0050] For the fictitious DUT, the ATE-pin mapping be- 
tween the ATE-pins in ATE-port SI1_PORT and 
SI2_PORT as well as between the ATE-pins in ATE-port 
S01_P0RT and S02_PORT is to be defined. Based on 
this "alias" mapping, it can then be specified that: 

- SI_PORT_TIM and SI_PORT_PAT apply to 
SI1_PORT as well as to SI2_PORT 

- SO_PORT_TIM and SO_PORT_PAT apply to 
S01_P0RT as well as to S02_PORT 



[0051] Besides selecting ATE-ports SI2_PORT and 
S02_PORTwhen defining the timing specification block 
and the ATE-port execution context of the multi-port 
burst, the setup of Test 3 is identical to the test setup of 
5 Test 2. 

[0052] The support of the invention for applying a sin- 
gle test setup component to multiple ATE-ports contrib- 
utes by: 

10 - reducing the amount of test data to be generated 
(e.g. by the user), 

forcing consistency between test setup component 
for multiple ATE-ports that should be identical, 

15 

enabling optimized data storage by storing a single 
copy of the shared test setup component, 

enabling optimized data transfer by broadcasting 
20 the test setup to the ATE-pins sharing this setup. 



Claims 

25 1 . An automated test equipment - ATE - (200) having 
a tester-per-pin architecture with a plurality of indi- 
vidual decentralized per-pin testing units (700), 
each per-pin testing unit (700i) being adapted for 
testing a respective DUT-pin (di) of a device under 
so test - DUT - (600) by emitting stimulus response sig- 
nals to the respective DUT-pin and/or receiving 
stimulus response signals from the respective DUT- 
pin, wherein - during a testing sequence - the DUT 
(600) is defined into one or more DUT-cores repre- 
ss senting one or more functional units of the DUT 
(600) and covering one or more DUT-pins of the 
DUT (600); further comprising: 
means for assigning - during the testing sequence 
- one or more of the per-pin testing units (700i) to 
40 one or more ATE-ports (210-240), whereby each 
ATE-port comprises one or more of the per-pin test- 
ing units (700i) and represents an independent 
functional testing unit for testing one or more of the 
DUT-cores during the testing sequence. 

45 

2. The automated test equipment (200) of claim 1 , 
wherein the means for assigning comprises means 
for switching connections between one or more of 
the per-pin testing units (700i) and one or more of 

50 the DUT-pins 

3. The automated test equipment (200) of claim 1 or 
2, wherein one of the ATE-ports (21 0-240) compris- 
es programming means for independently defining 

55 and/or programming timing and/or stimulus/re- 
sponse pattern, as if the set of DUT-pins assigned 
to the one ATE-port constituted a device in itself. 
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4. The automated test equipment (200) of claim 3, 
wherein the programming means comprises: 

means for specifying cycle times of stimulus 
and response vectors for the one ATE-port; s 
and/or 

means for specifying a per-pin timing in terms 
of sets of available waveforms for each ATE- 
pin of the one ATE-port, whereby each wave- 10 
form represents a sequence of events of vari- 
ous types occurring at specified instances in 
time; and/or 

means for specifying a pattern program for the '5 
one ATE-port; and/or 

means for specifying a per-pin vector data for 
each pin of the one ATE-port; and/or 

20 

means for specifying analogue set-up condi- 
tions for analogue pins of the one ATE-port. 

5. The automated test equipment (200) of claim 3 or 

4, wherein the programming means comprises: & 

main pattern programs for implementing ac- 
cess protocols to one or more of the DUT-cores 
through a shared set of per-pin testing units 
(700i) constituting one individual ATE-port so 
comprising at least the per-pin testing units 
(700i) that are part of the ATE-ports utilized to 
access the said one or more of the DUT-cores, 
and 

35 

independent pattern programs for implement- 
ing stimulus and response patterns for each 
DUT-core of the said one or more of the DUT- 
cores. 

40 

6. The automated test equipment (200) of claim 5, 
wherein the main pattern program comprises: 

means for configuring the one individual ATE- 
port for activating the per-pin testing units *5 
(700i) thereof for accessing the one or more of 
the DUT-cores to be accessed; and/or 
means for selecting pattern data generated by 
the pattern programs of the accessed one or 
more of the DUT-cores during one testing se- so 
quence for testing the one or more of the DUT- 
cores to be accessed. 

7. The automated test equipment (200) of any one of 

the claims 3-6, wherein the programming means 55 
comprises: 

specifying means for specifying an alias mapping 
between per-pin testing units (700i) for a plurality of 



20 

the ATE-ports, preferably for specifying timing infor- 
mation, a pattern program, or other test condition 
sets of one individual ATE-port to apply for the plu- 
rality of the ATE-ports for which the alias mapping 
is defined. 

8. The automated test equipment (200) according to 
any one of the above claims, further comprising 
specifying means for specifying overall test condi- 
tions for a test that concurrently operates on multi- 
ple ATE-ports. 

9. The automated test equipment (200) of claim 8, 
wherein the specifying means comprises: 

means for determining a set of concurrently ac- 
tive ATE-ports during a defined testing se- 
quence; and/or 

means for selecting the ATE-port test condi- 
tions for one or more ATE-pins, preferably for 
selecting an ATE-port timing setup for one or 
more ATE-pins; and/or 

means for specifying global test conditions to 
express dependencies between pins of the 
DUT and the ATE, preferably global DUT spec- 
ifications; and/or 

means for determining a multi-port pattern 
burst as a sequence of per-ATE-port pattern 
programs for each ATE-port. 

10. A method for testing a device under test - DUT - 
(600) with an automated test equipment - ATE - 
(200) having a tester-per-pin architecture with a plu- 
rality of individual decentralized per-pin testing units 
(700), each per-pin testing unit (700i) being adapted 
for testing a respective DUT-pin (di) of the DUT 
(600) by emitting stimulus response signals to the 
respective DUT-pin and/or receiving stimulus re- 
sponse signals from the respective DUT-pin, the 
method comprising the steps of: 

(a) defining - for a testing sequence - the DUT 
(600) into one or more DUT-cores representing 
one or more functional units of the DUT (600) 
and covering one or more DUT-pins of the DUT 
(600), and 

(b) assigning - during the testing sequence - 
one or more of the per-pin testing units (700i) 
to one or more ATE-ports (210-240), whereby 
each ATE-port comprises one or more of the 
per-pin testing units (700i) and represents an 
independent functional testing unit for testing 
one or more of the DUT-cores during the testing 
sequence. 
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11. The method of claim 10, further comprising the step processing system such as a computer, 
of: 

(c) defining and/or programming timing and/or stim- 
ulus/response pattern for one or more of the ATE- 
ports (210-240), as if the set of DUT-pins assigned 5 
to one of the ATE-ports constituted a device in itself. 

12. The method of claim 11 , wherein step (c) comprises 
one or more of the steps: 

10 

(d) specifying cycle times of stimulus and re- 
sponse vectors for the one ATE-port; 

(c2) specifying a per-pin timing in terms of sets 
of available waveforms for each per-pin testing 13 
unit (700i)of the one ATE-port, whereby each 
waveform represents a sequence of events of 
various types occurring at specified instances 
in time; 

20 

(c3) specifying a pattern program for the one 
ATE-port, preferably specifying common se- 
quencing instructions for all per-pin testing 
units (700i) of the one ATE-port; 

25 

(c4) specifying per-pin vector data for each per- 
pin testing unit (700i) of the one ATE-port; 

(c5) means for specifying analogue set-up con- 
ditions for analogue pins of the one ATE-port. 30 

13. The method according to any one of the claims 
9-12, further comprising a step of: 

(d) specifying overall test conditions for a test that 
concurrently operates on multiple ATE-ports. 35 

14. The method of claim 13, wherein step (d) comprises 
one or more of the steps: 

(d1) determining a set of concurrently active *o 
ATE-ports during a defined testing sequence; 

(d2) selecting the ATE-port test conditions for 
one or more ATE-pins, preferably for selecting 
an ATE-port timing setup for one or more ATE- 
pins; 

(d3) specifying global test conditions to express 
dependencies between pins of the DUT and the 
ATE, preferably global DUT specifications; so 

(d4) determining a multi-port pattern burst as a 
sequence of per-ATE-port pattern programs for 
each ATE-port. 



55 



1 5. A software program or product, preferably stored on 
a data carrier, for executing the method according 
to any one of the claims 9-14, when run on a data 
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